home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1479.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.4 KB  |  59 lines
  1. Dear Dave:
  2. Sorry not to respond sooner to your post of Monday last, pointing
  3. out HTML+'s style attribute for PRE.  This is okay, but maybe
  4. not the most economical approach. 
  5.  
  6. I think there are two issues:  1) the spec's definition of 
  7. leading white space and line breaks as significant within PRE, 
  8. and 2) font changes within PRE.  Presently, 1 seems to work just 
  9. fine (at least in xmosaic and lynx, the two browsers I'm using 
  10. for trials), so it should not be necessary to institute a <BR> 
  11. tag to get line breaks within PRE.  Outside PRE one shouldn't 
  12. need them (counterexamples welcome).
  13.  
  14. Presently, however, PRE is defined as having typewriter type
  15. as its default font, and I think that's wrong.   I'd rather have
  16. to invoke that font (by <CODE>) explicitly, the default font
  17. remaining the same as the main text.  That way I don't need
  18. an <R> tag, which has also been suggested, and when I
  19. have an address to display, I can type:
  20. <PRE>
  21.        Name
  22.        Address
  23.        Telephone.  
  24. </PRE>
  25. and get three indented lines in the main text font.
  26. I think that if the definition of PRE is changed in this way
  27. the style attribute might not be needed.
  28.  
  29. On another topic you mentioned, charsets, wide fonts, and
  30. outline fonts, what I gleaned from the recent discussion of
  31. Unicode on comp.text.sgml is that it shouldn't wreck the 
  32. SGML mechanism.  For what is not supported by Unicode, should
  33. we choose to go that rather quirky route, the SGML external
  34. entity mechanism is the obvious method, as you point out.  
  35. We already have character entities in the HTML DTD; all that's 
  36. needed is to establish how to reference external entity sets not 
  37. actually included in the HTML+ DTD.  SGML rather envisions that
  38. the entity files are available locally at run time; for WWW it
  39. might be better to be able to indicate the entity files are on
  40. the same machine the document is being fetched from.
  41.  
  42. And if we can reference external entities, we can do something
  43. requested this week in my office:  use entities to represent
  44. URLs.  Than means 1) URLs themselves may be extracted from the 
  45. main document and collated in a referenced navigational document,
  46. and 2) common link types may be generated automatically:  for
  47. any "Next" link, my &next; entity can refer to a script that 
  48. looks through a list of filenames, chooses the one after the 
  49. current file, and returns that as the URL for the target of 
  50. the link.  
  51.  
  52. I'l like to suggest that references to external entities go
  53. in the HEAD of the document.
  54.  
  55. Regards,
  56. .
  57.  
  58.  
  59.